home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0079 / 737.txt < prev    next >
Text File  |  1997-04-16  |  12KB  |  300 lines
  1. =========================================================================
  2.  
  3. INFO-ATARI16 Digest         Fri,  1 Dec 89       Volume 89 : Issue 737
  4.  
  5. Today's Topics:
  6.                              Apple roms.
  7.                              HD Floppies
  8.                            MX2Net question
  9.     PC DITTO HELP (PLEEEEEEEEAAAAAAAAAAASSSSSSSSSSEEEEEEEEEEEEEEE)
  10.             Shareware macs and international parochialism.
  11.                           STE vs ST Shifter
  12.                            tos 1.4 problem?
  13.                             Video pointer
  14.                       What Kermit/UNITERM bugs?
  15. ----------------------------------------------------------------------
  16.  
  17. Date: Fri, 1 Dec 89  16:54 GMT
  18. From: Jan Ameij <AMEIJ%vax.oxford.ac.uk@NSFnet-Relay.AC.UK>
  19. Subject: Apple roms.
  20.  
  21. If Apple let people copy roms so that Mac emulators were cheap, what would
  22. happen to Apple, someone asks? Well, they might produce their hardware at
  23. a reasonable price, instead of the current ludicrous ones...
  24. Anyone notice the collossal damage done to IBM by the availability of MS-DOS?
  25.  
  26. Love, Jan
  27.  
  28. ------------------------------
  29.  
  30. Date: Fri, 1 Dec 89 12:19:08 GMT
  31. From: R.D.Chafer%sysc.salford.ac.uk@NSFnet-Relay.AC.UK
  32. Subject: HD Floppies
  33. Message-ID: < 1 Dec 89 12:19:08 A10024@UK.AC.SALF.C>
  34.  
  35. If you double the clock speed of the floppy controller to 16MHz and it
  36. is only designed to run at 10MHz, aren't you going to seriously shorten
  37. the chips life?
  38.  
  39. =========================================================================
  40. From:  Robert Chafer
  41.  
  42.     Computing Centre             Telephone: +44 61 736 5843 x 672 or x7328,
  43.     University of Salford,
  44.     Salford M5 4WT
  45.     UK
  46.  
  47. E-mail:
  48.     JANET:   chafer @ uk.ac.salford.sysc
  49.     ARPANET: chafer%uk.ac.salford.sysc @ nss.cs.ucl.ac.uk
  50.     BITNET:  chafer%uk.ac.salford.sysc @ uk.ac
  51.         or   chafer%uk.ac.salford.sysc%ukacrl.bitnet @ cunyvm.cuny.edu
  52.  
  53. ------------------------------
  54.  
  55. Date: 1 Dec 89 15:57:56 GMT
  56. From:
  57.  mailrus!wuarchive!cs.utexas.edu!jarvis.csri.toronto.edu!utgpu!watserv1!watcgl!e
  58.  lectro!carlo@tut.cis.ohio-state.edu  (Carlo Sgro)
  59. Subject: MX2Net question
  60. Message-ID: <1218@electro.UUCP>
  61.  
  62. I have tried to network two 1040's together through the MIDI port using the
  63. background networking program that comes with the MX2 multitasking kernel
  64. package.  The results were so bad (10+ minutes to load Word Perfect; 1 minute
  65. to get a directory of the other ST's hard drive or floppy drive) that I
  66. can't believe that I've got everything configured correctly.  Does anyone
  67. use this program successfully with acceptible results?  What is going wrong?
  68. Is this really the way this program works?  Please reply by E-mail and I'll
  69. summarize if there is interest.
  70.  
  71. --
  72.  
  73. Carlo Sgro                         Vote for your favorite .signature!
  74. watmath!watcgl!electro!carlo       Call 1-900-GOODONE ($2 on your phone bill).
  75.  
  76. ------------------------------
  77.  
  78. Date: Fri, 01 Dec 89 16:24:49 GMT
  79. From: Mark Powell <SA44%liverpool.ac.uk@NSFnet-Relay.AC.UK>
  80. Subject: PC DITTO HELP (PLEEEEEEEEAAAAAAAAAAASSSSSSSSSSEEEEEEEEEEEEEEE)
  81.  
  82. I purchased PC DITTO 1 from a friend some weeks back. I would like to access
  83. all three of my available hard disk partitions, which are c:, d: and e: in TOS.
  84. This is done with the device driver PC_HDH.SYS (or something like that!)
  85. However, the instruction file on disk HARDDISK.DOC is corrupt so I can't
  86. find out exactly what line to put in my CONFIG.SYS on my boot system disk.
  87. Can someone please help me, to access my three partitions????
  88.  
  89. Mark Powell
  90.  
  91. ARPA sa44%liv.ac.uk@nsfnet-relay.ac.uk
  92. UUCP ...!mcvax!ukc!liv.ac.uk!sa44
  93.  
  94. ------------------------------
  95.  
  96. Date: Fri, 1 Dec 89  12:02 GMT
  97. From: Jan Ameij <AMEIJ%vax.oxford.ac.uk@NSFnet-Relay.AC.UK>
  98. Subject: Shareware macs and international parochialism.
  99.  
  100. It seems to me that many of the people who oppose this development think
  101. of the Atari world as the USA only, whereas most of it is here in Europe.
  102. I have not yet seen ads for GCR here, just as Neodesk, for example, has only
  103. just become available here. Commercial software takes longer to travel around,
  104. if it makes it at all, so a European shareware product makes a lot of sense
  105. for us. Of course, if GCR is so good, it will presumably sweep aside any
  106. shareware equivalent as soon as it is sold here...
  107.  
  108. I have no desire for a MAC emulator myself, as, frankly, I think MACs are best
  109. used as door stops or lump anchors.
  110.  
  111. Cuddles,
  112. Jan Ameij
  113.  
  114. ------------------------------
  115.  
  116. Date: 1 Dec 89 18:58:35 GMT
  117. From: uokmax!cbdougla@apple.com  (Collin Broadrick Douglas)
  118. Subject: STE vs ST Shifter
  119. Message-ID: <1989Dec1.183920.12339@uokmax.ecn.uoknor.edu>
  120.  
  121. In article <20157@pasteur.Berkeley.EDU> soohoo@cory.Berkeley.EDU (Ken "nmi"
  122.  Soohoo) writes:
  123. >There's been quite a few ponderings in the last few days about the
  124. >possiblity of an STE shifter that's pin-pin compadible with the
  125. >ST shifter -- I just wanna add my $0.02 ;-)
  126. >
  127. >The STE shifter outputs 4 bits of color per gun, which means that
  128. >the DACs required to go to your video are gonna be different, no?
  129. >It would mean Atari would have to lay out another chip that's
  130. >an ST replacement shifter w/o the extra color bit... Seems kinda
  131. >pointless for them, lots of R&D $$, little return, plus they'd
  132. >need lots of packages to hit all the shifter versions out there...
  133. >
  134. >Sigh, that's the way it seemed to me, not likely to be an ST STE
  135. >shifter out any time soon...
  136. >
  137. >
  138. >--Kenneth "kens" Soohoo                                (soohoo@cory.Berkeley.Edu)
  139. >  Atari Hacker (Atari's Hacker...)
  140. >  "It could be worse, you could get hit by a bus..."
  141. >  My opinions are my OWN, _not_ necessarily Atari's. But "hey", who knows?
  142.  
  143.  
  144.  
  145.   Except for one thing.  In Medium res the Atari get 16 colors per screen.  I
  146.   may be stupid but doesn't this already mean that the shifter has to output
  147.   4 bits (4 bits = 16 colors)?  All they would have to change is the total
  148.   number of colors available (from 512 to 4096).  And that is just the
  149.  difference
  150.   of having more shades of the same colors.  The primary colors (Red, Green
  151.   A
  152.  
  153.   just my $.02 worth.
  154.  
  155. Collin Douglas
  156.  
  157. cbdougla@uokmax.ecn.uoknor.edu
  158.  
  159.   and Blue) each with 16 shades gives a total of 4096 colors (16~3).
  160.  
  161. ------------------------------
  162.  
  163. Date: 1 Dec 89 16:13:29 GMT
  164. From:
  165.  mailrus!shadooby!samsung!cs.utexas.edu!jarvis.csri.toronto.edu!utgpu!watserv1!w
  166.  atcgl!electro!ignac@tut.cis.ohio-state.edu  (Ignac Kolenko)
  167. Subject: tos 1.4 problem?
  168. Message-ID: <1219@electro.UUCP>
  169.  
  170. In article <1836@atari.UUCP> apratt@atari.UUCP (Allan Pratt) writes:
  171. >ignac@electro.UUCP (Ignac Kolenko) writes:
  172. >>              Fwrite (wHandle, 0x20000L, (char *)0xC00000L);
  173. >
  174. >Sorry, guy, the ST can only DMA from ST memory.  You can't do DMA from
  175. >ROM, either.  You'll have to copy from the special memory to real
  176. >memory, then write that to disk.  If you're using Fwrite it can't be
  177. >that time critical...
  178. >
  179.  
  180.  
  181.  
  182. thanx for the quick reply. that's all i wanted to know. after the above
  183. code didn't work, the first thing i tried was copying that memory range
  184. into main memory, and then fwriting. just wanted to check if it was something
  185. we screwed up in designing the co-processor card.
  186.  
  187. a further question: does that mean that with any of these
  188. hi-res displays that are available (ie: 1024 by 1024 type monochrome
  189. display, etc) you cannot save out the screen memory directly to hard
  190. disk?? does that mean that you are forced to always copy the screen
  191. image into main memory, and then save it out??
  192.  
  193. a further further question: does anyone out there actually own one
  194. of these hi-res mono displays???? if so, how do you like it??
  195.  
  196.  
  197. --
  198. =====Ignac A. Kolenko (The Ig)           watmath!watcgl!electro!ignac=====
  199.      co-author of QuickST, and the entire line of Quick Shareware!!!!
  200.        "I don't care if I don't win, 'cause I don't care if I fail"
  201.              from 'Youth Of Today' by SUBURBAN DISTORTION
  202.  
  203. ------------------------------
  204.  
  205. Date: 1 Dec 89 17:26:19 GMT
  206. From: shlump.nac.dec.com!hiatus.dec.com!norge.dec.com!chad@decuac.dec.com
  207. Subject: Video pointer
  208. Message-ID: <1735@hiatus.dec.com>
  209.  
  210. RE: Atari dispersing info "free" about the ST(e) etc.
  211.  
  212. Remember on the 8bits the book "DE RE ATARI"??  And the OS guide and hardware
  213. guide that were available (don't remember the names -- the loose leaf ones)???
  214.  
  215. Why can't Atari do or condone something like that for the STe and other 68k
  216. products for the average Joe to use.  Those above mentioned resources were what
  217. got me really interested in Atari -- a lowly high school kid could learn
  218. all about
  219. how to make a computer do neato stuff.  And I didn't have to become a
  220. registered
  221. developer, pay too much money, etc.
  222.  
  223. Chad
  224.  
  225. DEC has no opinions!
  226. -------------------------
  227.  
  228. ------------------------------
  229.  
  230. Date: 1 Dec 89 17:30:29 GMT
  231. From:
  232.  cs.utexas.edu!jarvis.csri.toronto.edu!utgpu!watserv1!watcgl!jmberkley@tut.cis.o
  233.  hio-state.edu  (J. Michael Berkley)
  234. Subject: What Kermit/UNITERM bugs?
  235. Message-ID: <JMBERKLEY.89Dec1123029@watnext.waterloo.edu>
  236.  
  237. > On 30 Nov 89 19:26:00 GMT, 01659@AECLCR.BITNET (Greg Csullog) said:
  238.  
  239. GC> The ONLY Kermit I trust is UNITERM's so WHAT problems are there?
  240.  
  241. I too like and trust Uniterm, but there is a small, subtle bug in the
  242. 8th bit quoting negotiation.  Here is a copy of the message I tried to
  243. send to Simon Poole:
  244.  
  245. ---------------------------------------------------------------------------
  246. Date: Mon, 31 Jul 89 13:03:36 EST
  247. From: jmberkley
  248. Subject: Uniterm Kermit and 8th bit quoting negotiation
  249.  
  250. I'm having trouble with Uniterm and 8th bit quoting.  When Uniterm and
  251. Ckermit negotiate, the transfer does not correctly go into 8th bit
  252. quoting.  I asked Frank da Cruz for advice and debugging assistance.
  253. A summary of his reply is printed below.
  254.  
  255. The problem seems to be that Uniterm says '&' for 8th bit quoting, and
  256. Ckermit replies with 'Y' (meaning yes I'll do it).  But Uniterm takes
  257. the 'Y' to be the 8th bit quoting character (!).  The 'Y' reply by
  258. Ckermit is documented in the kermit protocol manual from Columbia.
  259.  
  260. If I set the 8th bit quoting character to be 'Y' in Uniterm, then 8th
  261. bit quoting is properly and successfully performed.
  262.  
  263. I am using the latest version of Uniterm from cs.orst.edu (sorry, but
  264. I cannot remember the version number right now) and Ckermit 4F(085).
  265.  
  266. Thank you
  267.  
  268.  Mike Berkley, University of Waterloo
  269.  PAMI Lab
  270.  jmberkley@watnext.waterloo.edu
  271.  ?utai,uunet?!watmath!watnext!jmberkley
  272.  
  273. -------------------------------------------------------------------------
  274. On Wed, 19 Jul 1989 12:44:01 EDT,Frank da Cruz
  275. <fdc@watsun.cc.columbia.edu> said:
  276.  
  277. FdC> I checked 8th bit quoting between C-Kermit 4F(085) and MS-Kermit
  278. FdC> 2.32/A.  These two function perfectly together -- 8th-bit
  279. FdC> prefixing is negotiated correctly, and binary files are uploaded
  280. FdC> from the PC to Unix correctly.
  281.  
  282. FdC> I looked at the packet log.  There are only a few "&" characters
  283. FdC> inside the data packets (well under 50), whereas the file is
  284. FdC> about 14K long.  In an average binary file, you would expect to
  285. FdC> find 50% of the characters with their 8th bits on, in this case
  286. FdC> about 7000.  This would indicate to me that Uniterm is not doing
  287. FdC> 8th-bit quoting.
  288.  
  289. FdC> It appears that although Uniterm is putting the right things
  290. FdC> about negotiating 8th-bit-prefixing in its S-packet, that it is
  291. FdC> not following through with this during the data transfer.  The
  292. FdC> protocol says that if one side says "&" (as Uniterm did) and the
  293. FdC> other side says "Y" (yes, as C-Kermit did), then 8th-bit
  294. FdC> prefixing will be used.  Apparently, it was not.
  295.  
  296. ------------------------------
  297.  
  298. End of INFO-ATARI16 Digest V89 Issue #737
  299. *****************************************
  300.